Greets; 


I've been meaning to file a report on the results of my testing here with using Xnet and smack eproms. Here's 
what I've found: 


Pros: 

- FlexNet can NOT use SMACK. 

- otherwise SMACK is quite versatile. URONode uses it with a simple 
kissattach. No special parameters required unlike 6pack. 

- The routing/connect bug is eliminated with Xnet. 

- Xnet is *native* linux... no DOSEmu required. 

- 16650+ UARTs untested so far but looks like they may work under 
Xnet. 

- Xnet has native IP routing. 

- Xnet supports IP services such as HTTP, Telnet, etc. 

- |am the one who originally imported Xnet from Europe to the states 
and translated the documentation from German to English. Various 


documentation is on https://www.n1uro.com/ click the xnet link. 


Cons: 

- USB with SMACK still falls asleep. The longest | was able to keep 
it alive was 5 days. Usually it'd snooze within 24 hours. Not ideal 
for mountain tops. 

- Config files for Xnet are -very- complex. I've been able to keep it 
to just 3 files. 

- It's not as well versed in handling weaker links as FlexNet itself 
is. 

- Settings are easier to "mess up" than FlexNet 


- INP3/NetRom via axip/axudp is NOT at all ideal and it wasn't 


designed for such. It was designed for Europe's high speeds 


that they may run on packet that we can NOT legally do. 


In reality, overall it's working a lot better than my flexnet<>flexnet link did and it also appears to be a tad faster. 
Many RTTLs via axip are 0 or 1. 


One cool thing with using the flexnet protocol is that whatever IP path from W1EDH to me is, direct or via 
K1YON, the IP automatically follows without any changes in IP routing required! As I've always tried to describe 
it, the FlexNet protocol to IP via RF is like how BGP acts on the global internet routers to try and insure you will 
always have routing without human intervention required. 


=> dwiedh 


** WIEDH (0-14) T=164 
=> 


*™* route: N1URO-1 K1YON-2 W1EDH 


Note: the default route from W1EDH to points besides K1YON/K2PUT is direct to N1URO-1 however: 


niuro@n1uro:~$ telnet w1edh node 
Trying 44.88.8.1... 
Connected to w1edh.ampr.org. 


Escape character is '4]’. 


*raises 1 vulcan eyebrow” Fascinating! :) 


Brian; 


On Thu, 2021-07-01 at 10:27 -0400, Brian Webster N2KGC wrote: 
> Would the IP routing capabilities within X-Net, is that enough that 
> whatever issues with have with the Ax25 in the Linux Kernel are worked 


> around? 


You know.. | never even considered it. NetRom would still be quite broken so axip links direct to URONode 
would still quite fail -however- flex | would say should be quite fine in theory since Xnet contains it's own 
internal ax.25 stack... and the flex link shim internally should still (in theory) be fine as long as NetRom is not 
used. 


Hello Brian; 


On Thu, 2021-07-01 at 10:55 -0400, Brian Webster N2KGC wrote: 


> Without NetRom would that also stop the INP3 issues as well? 


No. INP3 was introduced by the Xnet team. We'd just have to ignore configuring it that's all. 


> What do we lose if we don't have NetRom? If the forwarding BBS's that 


> are not on Flex all have an IP address should that not work? 


IP forwarding isn't something we've ever done or had a need to do. We just simply use the flex protocol 
whenever possible. | can't use flex to you because I'm filtered in your protus config :) 


http://www.symek.com/g/xnet.html 


For those wishing to take a peek at Xnet, | have posted the binaries online at my Xnet website. You may get to 
it at httos:/Awww.niuro.com/xnet or via the Symek site at http://www.symek.com/g/xnet.html and click on the 
link to N1URO. English docs in word format are available, while they're for slightly older versions, the 
commands still apply. 


There's RPi versions available. pack does NOT work with Xnet, SMACK is 


the ideal eprom. If you desire some | can burn them and mail them out. | was given the SMACK binary but was 
not given permission to send it out. 


At the minimum you will need to create 3 files: 
AUTOBOOT.NET 

AUTOEXEC.NET 

IR NET 


The documentation will show you the commandsets to use. You'll probably wish to use SLIP to link into the 
native kernel with which is where you'll put those commands in AUTOBOOT.NET. My example: 


start routed 
attach sdev0 slip 19200 /dev/ttyq5 
# attach sdev1 smack 1 1 19200 /dev/ttyS1 attach sdev2 smack 2 1 9600 /dev/ttySO 


Your IP information, arp statements, and routing you will want to put in IP.net along with your node's password. 
An example of mine: 


myip 44.88.0.13 

subnet 44.88.0.13/24 

namesrv 44.88.0.9 

arp add 44.88.0.9 slip sdevO 

arp add 44.88.8.1 ax25 W1EDH-13 
ipr add 44.88.8.0/27 ax25 44.88.8.1 
ipr add 1.0.0.0/1 slip 44.88.0.9 

ipr add 128.0.0.0/2 slip 44.88.0.9 
ipr add 192.0.0.0/3 slip 44.88.0.9 
shell ip route add 44.88.8.0/27 via 44.88.0.13 dev sl1 table 1 src 
44.88.0.9 onlink 


(all one line each incase wordwrap bags a line or two) 


The rest of your commands you will put in AUTOEXEC.NET. Here's where you input all your various port 
information in. Unlike FlexNet, port configs are a lot more complex. You'll only need to define the standard 
parameters. 


IF you allow incoming telnet you'll need to define a file called teluser.net. Callsign password for those you wish 
to allow in to telnet with a file called TELNET.TXT which is a preamble text. You may call the various variables 
Xnet allows for such as %V for displaying the version of the node. 


Have fun with this, it's native linux so DOSEmu is not required. Hit escape at the terminal screen to enter 
commands such as connecting into the node, quitting the node, and so on. 


Gang; 


I'll see what | can do here... 


On Wed, 2021-10-06 at 09:41 -0400, Brian Webster N2KGC wrote: 

> | believe SMACK EPROMS can replace 6PACK EPROMS so they should work in 
> the same TNC’s that we are using, just need to burn new chips and swap 

> them out. As Brian states the nice things are that we can get away 

> from having to run a DOS emulator with FlexNet AND we can use newer 


> serial cards with SMACK/X-Net in a native Linux environment. 


Yes on the fact that SMACK eproms will work in the same TNCs and 6-pack eproms and/or TheNet/X1J-4 
chips... which means just about any standard 


TNC2 type TNC with the exception of Kantronics, as a rule of thumb. 


As for newer serial cards, | wasn't positive what one of my ports was however after verifying with setserial: 
n1uro@n1uro:~$ setserial -G /dev/ttySO 


/dev/ttySO uart 16550A port 0x03f8 irq 4 baud_base 115200 spd_normal skip_test n1uro@n1uro:~$ setserial -G 
/dev/ttyS1 


/dev/ttyS1 uart 16650 port Oxe000 irq 17 baud_base 921600 spd_normal skip_test Verified by dmesg: 
n1uro@n1uro:~$ dmesglgrep ttyS 


[ 1.054343] 00:06: ttySO at I/O 0x3f8 (irq = 4, base_baud = 115200) isa16550A[ 1.054789] 0000:02:00.0: 
ttyS1 at I/O Oxe000 (irq = 17, base_baud = 


921600) is a ST16650 <<==------ 


So my SMACK on /dev/ttyS1 which equates to my ax4 interface (direct URONode link to the Farmington ARC 
and W1SP TheNet NetRom) does indeed seem to work just fine: 


niuro-15@n1uro.ampr.org:/uronode6: c ax4 wisp-9 link setup (ax4)... 


*** connected to W1SP-9 


and: 


niuro-15@n1uro.ampr.org:/uronodeé: c ax4 watarc-1 link setup (ax4)... 


** connected to WA1ARC-1 
[KPC3P-9.0-HM$] 

87568 BYTES AVAILABLE IN 6 BLOCK(S) 
THERE ARE 5 MESSAGES NUMBERED 72-82 
Farmington Red Cross WA1ARC 

ENTER COMMAND: B,J,K,L,R,S, or Help > 


| don't know about other UART chipsets but with the ST16'650' it seems to work fine. It will just go and go. 


> The reason | used the word “Prefer” by the way, was due to the fact 
> that we had two guests on the call that run BPQ nodes and | was trying 
> not to alienate them or push them away from trying to work with 


> EastNet. Diplomacy | guess... 


Remember, with BJG-Bob, UOL-Bob, and CIK-John there was never any say in what transpired. They would 
configure the PC, meet you at the site, get it running for you and maintain it remotely for you. At first, they were 
using BPQ on XP for axip linking however because of the lack of port to multiport digipeating this wasn't 
feasible. Now it seems we have 2 ways to skin this cat: Xnet and URONode. The projects will be back online 
soon and it seems Ralf Bauche (sp?) finally is willing to patch the ax.25 stack. 


> Unfortunately, it still seems to me that we can't find the "ultimate" 
> setup for Eastnet. Flexnet has the "bug," XNet doesn't recognize 


> 6pack. 


If a TNC can run 6pack, it can run SMACK and use more modern serial cards it seems. | imported this to the 
western hemosphere over 20 years ago in hopes of using it to save IP since the information given to us by 
Gunter Jost was inaccurate. | later figured out how to route IP through FlexNet properly. 


> There's a lot to read regarding XNet. Although I've translated a lot 
> already, | must be thankful to have found your translated 
> documentation on the Symek page: 


> 


> http://www.symek.com/g/xnet.html 


That will bring you to my link: 


https://www.n1uro.com/xnet/ 


Ulf owned Symek... of which | have 2 of his TNC3S units. UOL-Bob told me they were junk. Both are still the 
fastest on the network to this day. You *may* get lucky and find one on eBay... but you have to look daily. The 
Symek TNCs that | have are dual port and may run (3)Net - the TNC3 version of Xnet. If you're just looking for 
an entrypoint system into the network, this may be what you want to hunt down since no PC is required. 


> So, the question is this: What hardware - legacy or current - would be 


> needed to make XNet work the way we want it to work? 


I'm using fairly newer hardware. It may hook to LinFBB/URONode through either an internal SLIP -or- Pseudo 
KISS interface. It has an IP router built in which is nice, a mini web server, telnet client and server, and other 
nifty gadgets. If you haven't looked at my -1 please do so in that you may get a bit familiar with it. 


The down side of this is that it's configuration is more extensive than FlexNet is... ina way worse than xNOS, 
but once you learn it you'll find it's more time consuming than anything else. It also has the ability to serve IP 
addresses on a temp basis to clients seeing them in like a RADIUS type config. 


> And will the SMACk firmware work in the MFJ TNC's or any other? 
> Or was SMACK only for the Symek TNC's? 


Symek TNCs are flashable so there's .APK files for them. For MFJ/PacComm Tiny Ils there's a .bin file to flash. 
If you have unused 256K chips | can probably reburn them for you if you wish. If you need some chips | have a 
few unused new AMD 256K chips. 


While Xnet also comes with a 'mailbox' it's not a full featured PBBS like LinFBB by any means. It also does 
NOT support B1F compressed forwarding. It does support a horrible INP3 axip/axudp link system 


-however- | would URGE against using it. It's part of the reason the global node cloud now has reached over 
1,000 mainly unconnectable nodes. Part of the goal of EastNet was to NOT promote nodes that were not 
connectable to the end user. 


Anything else | may have missed jot it down and I'll get to it when | can. I'm trying to avoid surgery next month 
as that will completely keep me off email for a while. 


Brian; 


On Thu, 2021-10-14 at 10:25 -0400, Brian Webster N2KGC wrote: 

> It's been a while since | looked at the X-net documentation but is 
> there a good version that shows the process and recommendations for 

> setting up an X-Net node under Linux? Also are there any notes that 

> show recommended minimum settings to set a version up that should run 


> on EastNet? 


I'm still doing tweeks n geeks here and there for configs, but it's quite difficult with others having issues with 
their stuff that it throws a wrench in the works when | do. | do know it's not quite compatible with TheNet or X- 
1J4... and other vanilla NetRom systems as it appears to use NetRom but it does not. It uses INP3 which is 
very aggressive and will flood/time out the remote node prohibiting connects. 


| can probably draft up a couple of templates but there will be a few things | won't be able to draft due to site- 
specific conditions. The docs | have taken time to translate with the assistance of a language conversion tool. 
Note: protocol "panties" really is "slip". It took me years to finally figure out how it got "panties" from a 
woman's "slip". 


Xnet requires a minimum of 3 files to boot from: 


AUTOBOOT.NET - hardware specific initializations AUTOEXEC.NET - the main loader file that sets port 
parameters, etc. 


IPNET - IP and route configurations 


External or alias commands are done using .MAC files, which is how we would spawn LinFBB 
niuro@n1uro:~/xnet$ cat MIMAC C BBSURO 


So there's pros and cons... | see more pros in some ways than | do cons. One thing | do NOT like about it from 
an IP perspective is that if you do allow incoming telnet to it, the user is forced to expose their password in 
plain text. 


Brian; 


On Thu, 2021-10-14 at 15:16 -0400, Brian Webster N2KGC wrote: 


> Just thinking out loud here: 


| thought they were doing blasting ;-) 


> If we could start with a version that works with the FlexNet system | 

> would like to build a test node or two. NetROM can come later if at 

> all in my opinion. With the INP3 issues, avoiding NetROM for now would 
> let us see how well we might be able to get working Flex node 


> additions/replacements figured out. 


If you looked at my working Xnet node, you'll notice that while there are nodes, | do so for cross-connect 
compatability with the local URONode which | would suggest be kept. For starters it doesn't hang around in 
memory like other softwares do - it's only loaded when called upon. Ram/CPU wise its about the same as the 
DOS emulator. Otherwise there are NO NetRom/INPS links whatsoever. It's not needed, required or worse yet 
desired... and on a 1200 baud link would kill the bandwidth. 


You have 3x the chatter of FlexNet with INP3 which would add to the already existing FlexNet protocol chatter. 


Any "version" speaks FlexNet. 1.39 has some of the more enhanced IP features such as a DNS query server... 
but keep in mind you *must* use the whole hostname or IP. Ex: 


=> ping niuro.ampr.org 


ping to 44.88.0.9 ... 


=> 


““* route: 44.88.0.9 echo reply 0 ms 


Had | just used "n1turo" as is acceptable on URONode, it would have hung the user until it released the queries 
which is around 5 minutes. | totally agree with the NetRom statement... let URONode continue to handle it. It's 
a bit more flexible than Xnet is. 


> Do | understand the documents correctly in that SMACK seems to be a 
> KIS protocol with their own CRC added in for error 


> correction/checking? Sometimes | can read just enough to be dangerous. 


We're all dangerous in our own rights... which makes us such a fun group :) In reality, both SMACK and 6-pack 
are KISS based, except 6-pack requires a special handshake that SMACK does not. The linux kissattach 
feature actually will autosense SMACK. 


> | have not run in to the reference to panties but that is funny :-) 


| think | edited it out in favor of SLIP. Hopefully you won't have any "panties" to pull down... on the document 
that is <G> 


> For now being able to get flex compatible nodes without a BBS at each 
> location would be heading in the right direction, if we can get IP 

> working as well being part of that would be excellent. | don't see a 

> shortage of BBS sites at this point on EastNet but it would probably 


> be a nice goal over time to spur on adoptions of Flex and X-Net. 


I'd suggest that since it's just as simple to get LinFBB going as well, might as well do it all in one swoop. Now 
whether or not to launch it may be something to hold off on but I'd say for now keep things as consistent as 
possible. Reason being is that it makes construction of new nodes easier, especially with CloneZilla. (which 
don't get spooked on Halloween! Get your backups done!) 


> Regarding passwords in the clear on Telnet, is it possible to some way 
> telnet in through another box/device and then connect to the X- Net? 
> Or is there a way to allow a connection to have proper privileges 

> similar to the way you can with the direct connection port on a DOS 


> Flex node? 


There's no native IP server services on pc/FlexNet. The way it's done now is what | strongly suggest the way to 
do things going forward... 


let URONode handle the incoming IP request. If you recall, unlike anything else out there | think, with RF since 
IP on PF typically is 44-net sourced, | make an exception for incoming passwords on 44-net sourced telnet 
sessions: 


niuro-15@n1uro.ampr.org:/uronodeé: t n2kgc node Trying 44.68.220.1:node... <Enter> aborts. 


Socket established to 44.68.220.1:node 


(n2kgc.ampr.org:uronode) login: n1uro 


[URONode v2.11] 


Welcome n1uro to the n2kgc.ampr.org packet shell. 


n1uro@n2kgc.ampr.org:/uronode$ u 


Current users: 


Telnet (niuro @ 44.88.0.9) -> Idle (0:00:00:00) 


You'll notice that I'm sourced using a 44-net IP so a password was not asked of me but when I use a NON 44- 
net IP even locally: 


n1uro@n1uro:~$ telnet -b 192.168.1.136 n1uro node Trying 44.88.0.9... 
Connected to n1uro. 

Escape character is '4]’. 

(n1uro.ampr.org:uronode) login: niuro 


“* Password required! If you don't have a password please email <niuro@n1uro.ampr.org> for a password you 
wish to use. 


Password: 
[URONode v2.14] 


Welcome n1uro to the niuro.ampr.org packet shell. 


n1uro@n1uro.ampr.org:/uronode$ u 


Current users: 


Telnet (niuro @ 192.168.1.136) -> Idle (0:00:00:00) 


You'll see I'm NOT sourced as 44-net and a password entry was presented for me to input. Security through 
obscurity basically. Future URONode updates will have an allocation to allow no-password for ::1/IPv6. 


> Thanks for these updates! | have been reading the documents again 
> today in between work stuff. If we had a disk image and then 

> instructions on what files have to be edited for node specific 

> settings that would be nice (or just instructions on where to download 


> what files along with the edits needed). 


The files are on my Xnet doc site at the very bottom. | think the one you'd wish to play with would be the 
Linu(X)net file. They're named pretty specific to what they are except the arm6 is for the older Pi 1's while the 
arm7 would be for the newer Pls. (not suggested as a production node because of the excessive read/writes) 


Chris; 


On Fri, 2021-10-15 at 17:25 -0400, 'ww2bsa paladinknightentertainment.com' wrote: 


> While | would love to experiment with (X)Net in DOS, the 8/16 bit 


> versions have limitations. Therefore, linux here we go! 


There used to be an Win32 version but it wasn't kept up and lacks a lot of features that the last versions have. | 
don't recommend it for usage. 


> Attached, please find documents | found for (X)Net that we should keep 

> handy. The Linux installation documentation by Peter HB9PAE is 

> excellent. The other file regarding XNet "Handbook of Node Software" 

> has documentation by Manfred DL2GWA, translated by Volker, DL8LK and 
> yours truly, Brian N1URO. (Hey Brian - With all the translations you 

> have done on XNet, why not post or offer all of us a link to the 


> documentation?) 


| thought | posted a link? 


https://www.n1uro.com/xnet/ 


There's a bunch of documentation in there for ver 1.18 and 1.20 along with one about SMACK | believe. 


> Yes, SMACK is a glorified KISS protocol with CRC. 


| confirmed this earler. 


> Yes, SMACK will work in MFJ and Paccom TNCs. | plan to verify this. | 


> now have an EPROM burner and SMACK files to experiment with. 


At the moment I'm running 2 SMACK TNCs: 
1 - MFJ 1270 


1 - PacComm Tiny II 


The MFu is on a 16550A UART 
The PacComm is on an ST16650 UART. 


